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METHOD FOR CONNECTING AN IEEE1394 REMOTE DEVICE TO 
A CLUSTER OF IEEE1394 DEVICES THROUGH A WIRELESS LINK 

The document 'Broadband Radio Access Networks (BRAN); 

5 HIPERLAN Type 2; Packet based convergence layer; Part 3: IEEE 1394 
Service Specific Convergence Sublayer (SSCS)" defines a sublayer emulating 
the IEEE 1394 link layer over a ETSI BRAN Hiperlan 2 wireless network. As 
such, it may be present in bridge devices between wired 1394 busses, or in 
standalone wireless devices. When two busses are connected through a bridge, 

10 these two busses are still considered distinctly from the point of view of the 
IEEE 1394 standard. Moreover, since the sublayer has to be present in a 
standalone device, standard 1394 devices first have to be modified in order to 
be linked to a network through a wireless link. 

Thus, the addition of a wireless link to a IEEE 1394 network results in 

15 the creation of a network of several busses that can be distinguished from each 
other by different bus identifiers ('busjds'). The Interconnection of the different 
busses (with different busjds) involves an IEEE 1394 bridge, which is currently 
under definition by the IEEE PI 394.1 working group. Because of the use of 
different busjds, an application operating on bridges has to be bridge aware. 

20 

The inventors have recognized that it is not currently possible to 
easily add a standard IEEE 1394 device to the network using a wireless link in 
such a way that, seen from the point of view of the devices on the network, only 
one bus exists, and thus that non bridge aware 1394 device may use the 

25 wireless link. 

Accordingly, an object of the invention is a method for connecting an 
1EEE1394 remote device to a cluster of IEEE1394 devices through a wireless 
link comprising a first wireless device connected to the cluster and a second 
wireless device connected to the remote device, wherein the remote device and 
3d the first wireless device for a first wired bus and the device cluster and the 
second wireless device form a second wired bus, characterized in that it 
comprises the steps of: 

representing the remote device on the cluster through the first 

wireless device and 

35 representing the devices of the cluster to the remote device through 

the second wireless device, such that the remote device and the devices of the 
cluster function as if these devices were part of a single IEEE1394 bus. 
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Other characteristics and advantages will appear through the 
description of an embodiment of the invention, described in reference to the 
enclosed drawings, among which: 
5 - figure 1 schematically represents a wired bus to which a device is 

linked through a wireless link; 

- figure 2 is a diagram of the protocol stacks in the devices of 

figure 1; 

- figure 3 is a diagram illustrating the exchanges between the 
10 different protocol layers of the devices involved in a request-response 

exchange; 

- figure 4 is a diagram representing the relation between the split 
timeout and the time of life. 

15 The present example is based on the IEEE 1394-1995 standard for a 

serial cable bus, and on the ETSl BRAN Hiperian 2 project for wireless 
communication. For the latter, reference is made to the document cited in the 
introduction: 'Broadband Radio Access Networks (BRAN); HIPERLAN Type 2; 
Packet based convergence layer; Part: 3: IEEE 1394 Service Specific 

20 Convergence Sublayer (SSCS)" v 1.1.1. of September 2000. This document 
addresses the transport of IEEE 1394 traffic between Hiperian 2 devices. 

Figure 1 represents an example of a network in which an IEEE1394 
device 1 is connected to an IEEE1394 wired bus 2 through a wireless 

25 connection 3. The wireless connection is formed by two devices 4 and 5, 
respectively labelled "WBox1" for the device connected to the wired bus 2 and 
"WBoxZ' for the device connected to the 1394 device 1. Typically, standalone 
device 1 may be a consumer electronics device such as a television receiver or 
satellite or cable decoder. Two further devices, 6 and 7, are connected to the 

30 bus in a known fashion. The devices 6, 7 and WBoxl form what will be called a 
'cluster' in the rest of the description. 

Figure 2 illustrates the protocol stacks in the devices "WBoxl" and 
"WBox2". WBoxl communicates with bus 2 using the IEEE 1394 protocol stack, 
35 i.e. the physical layer, the link layer and the transaction layer. The same is true 
for WBox2 and the device 1 . The connection between these two devices can 
thus also be called a wired bus (referenced 8 in figure 1). Some software layers 
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of the devices WBox1 and WBox2 differ from the known IEEE 1394 stack In a 
manner described in more detail later. Lastly, WBox1 and WBox2 communicate 
using the Hiperlan 2 protocol stack as defined in the document ETSI BRAN 
IEEE 1394 SSCS document mentioned earlier. According to a variant 
5 embodiment, the devices WBox1 and WBox2 communicate using simplified 
HIPERLAN 2 protocols (neither a full Radio Link Control (RLC) layer support 
nor a full 1394 SSCS support is required, since WBoxl and WBox2 
communicate in a point to point link and not in a network). 

10 WBoxl and WBox2 have to behave in such a way that device 1 sees 

the bus 2 as if it were connected to it through a known IEEE 1394 interface, 
while devices on the bus 2 see device 1 in exactly the same way. Devices 1, 6 
and 7 are not aware that they communicate through a wireless link. 

The invention mainly impacts the physical layer, the link layer and the 

15 transaction layer of the implicated devices. 

I] Physical Layer 

According to the IEEE 1394 standard, each device receives a node 
20 identifier (comprising a bus identifier on 10 bits and a physical address on 6 
bits) during the initialization process of the IEEE 1394 bus. During this process, 
a root node is elected among the connected devices. The root node launches a 
self-identification process, in which each device, in turn when authorized to do 
so by its parent device starting with the root node, sends what is called a self 
25 identification packet on the bus. The physical identifier of a node is simply the 
number of self identification packets a node receives before it is given the 
opportunity to send its own self identification packet. The root node always 
receives the highest physical address, i.e. the address which is attributed last. 

30 In the present embodiment, the node identifiers on both busses 2 

and 8 have to be managed in such a way that the devices see themselves as 
connected to a single bus. Moreover, bus resets have to be managed across 
the wireless link. 

35 (a) Node identification procedure 
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From the point of view of the device WBox1 connected to the cluster, 
the physical layer on the cluster side is not different from that defined by the 
1394 standard. During the initialization process, the device WBox1 participates 
in the self identification process and obtains a node identifier. This node 
5 identifier will consequently be used to designate the remote device 1, as far as 
devices on the cluster are concemed. WBox1 sends the list of node identifiers 
received from the other nodes as well as its own node identifier to WBox2. 

WBox2 will try to become the root on the remote bus 8, in order to be 

10 able to generate the synchronized clock on that bus and to control the self- 
identification process. This is achieved by using the 'Force Root Flag' described 
at section 4.1.1.1 'Set Force Root' of the IEEE 1394 standard. 

The device WBox2 has received the list of node identifiers from the 
device WBoxl , as well as the node identifier of WBoxl before initiating the bus 

15 reset. Instead of launching a self identification process on the remote bus, 
WBox2 - as the root node - sends as many self identification packets to the 
remote device 1 as It has received node identifiers from WBoxl. The node 
Identifier of WBoxl is not counted, since it is used to represent the remote 
device itself. For the bus reset, the WBox2 device does not require to obtain 

20 information such as the speed capability or number of ports of the devices of 
the cluster. Only their self identifiers are needed. 

On the remote bus, identifier '0' is attributed to the remote device 1 , 
and subsequent node identifiers (i.e. '1' to 'x' where x is the number of devices 
on the cluster) are attributed to WBox2. All asynchronous traffic on the remote 

25 bus addressed to one of the nodes '1' to 'x' has to be acknowledged by the 
IEEE1394 link layer of WBox2. As the link layer is hardware coded this might be 
easier to implement than a complex routing function. The node identifier 
translation required by this scheme is described in more detail later on. 

30 (b) Bus resets 

Bus resets may occur either on the cluster or on the remote bus. 
When a reset is generated on the cluster, WBoxl fonwards it to WBox2, which 
in turn generates a reset on the remote bus. \Mien a reset is generated on the 
35 remote bus, Wbox2 fonwards it to Wbox1 , which in turn generates a reset on the 
cluster. 
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According to a variant embodiment, when several resets occur at 
short intervals on the cluster (i.e. before WBox1 obtains a data slot grant from 
the central controller of the wireless network for transmitting the reset), only the 
last reset received before the data slot grant is transmitted to WBox2. The 
5 preceding resets are meaningless. 

According to the present embodiment, a reset message from one 
wireless box to the other shall be acknowledged, once the reset has been 
can-ied out. This acknowledgment is made necessary by the fact that the 
10 wireless medium is not as reliable as the cable medium. According to the 
IEEE1394 standard, no acknowledgment of receipt is required for a bus reset 
on a wired bus. 

The SSCS document mentioned above also describes a 'bus reset 
service' at section 6.4 of the IEEE 1394, with an acknowledgement of receipt. 
15 But this process concerns only the transmission of a reset originating on a 
wireless device to reset the wireless bus, not the transmission of a reset 
generated on one of the wired busses linked over the wireless network. 

Moreover, user data traffic (asynchronous packets) is serialized with 
20 bus reset messages, meaning that all user data traffic (asynchronous packets) 
arriving - through the wireless connection - at a wireless box between the 
sending of the reset by this wireless box (WBox1, resp. WBox2) and the 
reception of the acknowledgment of receipt from the peer wireless box (WBox2. 
resp. WBox1) is simply discarded. 
25 In other words, when a wireless box transmits a bus reset to its peer, 

all asynchronous data it receives is discarded, because it was sent by the peer 
wireless box before the reset was processed. 



30 



35 



11] Data Link Layer 

The behavior at the level of the IEEE 1394 data link layer is the 



following. 



At the level of the wireless device connected to the cluster, the only 
modification of the standard IEEE1394 Link layer of WBox1 is that no unified 
transactions, as defined by the IEEE 1394 standard, are allowed. This is due to 
the fact that the transmission time over the wireless network is incompatible 
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with the constraints imposed on unified transactions. According to IEEE 1394, a 
unified transaction consists in a request from one device and a response from a 
receiver device, in which the response is contained in the acknowledgment of 
the receiver device. Whether a transaction is unified or not (i.e. 'split') can be 
5 determined by the receiving node, depending on Its capability to respond 
quickly to the request of the sending node. When a transaction is to be split, the 
responding node transmits an acknowledgment of receipt which informs the 
sending node that the transaction is 'pending', and that the response will be 
sent later on. 

10 

In the present case, all transactions which are addressed from the 
cluster to the remote bus or vice-versa are split. 

When a node from the cluster sends a request to remote device 1 
(i.e. using the node identifier of WBox1), this request is intercepted by WBox1, 

15 which responds with an acknowledgment of receipt to the sending device 
specifying that the transaction is pending. WBox1 then fonA^ards the message to 
WBox2, which fonwards it to the remote device. The remote device may 
respond by a unified or split transaction to WBox2, since the remote device is a 
standard IEEE 1394 device. Then the WBox2 device fonwards the response to 

20 WBox1 which in turn fonwards It to the node that has sent the request. If the 
remote device responds with a unified transaction (ack_complete), the Wbox2 
generates a response packet to WBox1, which is not the case when the 
transaction is split, until the true response is sent instead of the 'pending' 
acknowledgment. 

25 WBox1 expects packets bearing its node identifier as their 

destination node address. 

When a packet is sent to WBoxl , its node identifier shall be replaced 
by the remote device node identifier which is 0 before the packet is forwarded to 
WBox2. 

30 

At the level of the wireless device WBox2 connected to the remote 
bus, the same steps apply: when receiving a packet from the remote device 1 , 
WBox2 responds with an acknowledgment of receipt informing the remote 
device that the transaction is pending, and fonA/ards the packet to WBoxl over 
35 the wireless connection, which in turn fonwards it on the cluster. 
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WBox2 maintains a routing table, containing tiie node identifiers ('1' 
to 'x') of nodes on the cluster. Pacl<ets destined to these nodes and circulating 
on the remote bus are forwarded over the wireless connection. 

There is no need for a routing table in WBox1 , since only one device 
5 is connected to the remote bus 8. 

Asynchronous packets sent over an IEEE 1394 bus contain the node 
identifiers of the source node and of the destination node. The asynchronous 
packet format used on an IEEE 1394 bus at the level of the link layer is 

10 described at section 6.2.2. of the IEEE 1394 standard. Since according to the 
present invention, the wireless devices represent the nodes on the busses, the 
node identifiers in the asynchronous packets need to be modified by the 
wireless devices before being transmitted, so that the source and destination 
addresses are adapted to those valid on the target bus. In particular, the 

15 translation is carried out in order to avoid any confusion between the nodejd '0' 
of the cluster and the nodejd '0' of the remote bus (i.e. the nodejd of the 
remote device). Thus the nodejd of the wireless device WBoxl is replaced by 
that of the remote device for packets coming from the cluster, and the nodejd 
'0' is replaced by that of WBoxl for packets coming from the remote bus. For 

20 other nodejds, there is no translation. 

According to the present embodiment, this translation is carried out 



as follows: 





Paci<ets oriainatina from 
devices on cluster 


Packets from remote device 


Destination 
node 
identifier 


WBoxl changes the destination 
node identifier corresponding to 
that of Wboxl to that of the 
remote device on the remote 
bus (i.e. '0* according to the 
present embodiment) 


Destination node identifiers of 
all packets sent by the remote 
device to Wbox2 are translated 
to the corresponding 
destination node identifier on 
the cluster 


Source 
node 
identifier 


If the source node identifier is 0, 
WBoxl changes .it to the node 
identifier of Wboxl 


WBox2 changes the source 
node identifier (i.e. '0*) to the 
node identifier of the peer 
wireless device (i.e. WBoxl) 



Table 1 



25 



The CRC values of the packets have to be recalculated accordingly. 
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1 1 1] Transaction Layer 

At this layer, the behavior of the two wireless devices is similar. 

5 

Each wireless box runs two instances of transaction layers (i.e. the 
first one running on the IEEE 1394 stack, the second one running on the 
Hiperlan 2 / 1394 SSCS stack). For each transaction started by a wireless 
device on one stack, a parallel transaction is started on the other stack, having 
10 same parameters (transaction label, transaction code, retry code and priority). 
Indeed, a transaction can be identified by its source address, destination 
address and transaction label. The transaction label, as defined by the section 
6.2.4.3 of the IEEE 1394 standard, identifies uniquely an outstanding 
transaction for a given node. 

15 

Figure 3 is a message sequence chart (MSG) illustrating the 
messages between the transaction and link layers of a requesting node of the 
cluster, the wireless box WBoxl, the wireless box WBox2 and the remote 
device 1. As can be seen on this figure, the remote device acknowledges the 
20 request to the WBox2 device with a 'pending* message, indicating the split 
nature of the transaction on the remote bus. Note that the 'pending' 
acknowledgment of the remote device does not give rise to any message over 
the wireless connection back to the requester. Only the transmission of the 
response triggers a message to the requester. 

25 

The process of figure 3 will now be described in more detail. First, 
the request subaction processing will be described, followed by the response 
subaction processing. For information, a subaction consists in a complete 
sequence of arbitration, request transmission and acknowledgment. 

30 

(a) Subaction request processing 

When a wireless device receives a subaction request from an IEEE 
1394 device on a 1394 bus, It generates an acknowledgment packet comprising 
35 an •ackjDending' code to indicate that the transaction will be a split transaction. 
If an error occurs during the transmission on the IEEE 1394 bus, then an 
appropriate error code (the same as defined below) is sent back by Wboxl to 
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the requester. If an ack_pencling is sent to the requester, then the wireless 
device WBox1 forwards the request subaction to the peer wireless device 
WBox2. For this purpose. WBox1 starts a transaction towards its peer, using 
the same parameters, except for the translated source and destination 
5 addresses. According to the present embodiment, the WBox1 device uses the 
'split timeout' process of IEEE 1394 to monitor the time it is going to wait for the 
response from WBox2 

When a wireless device receives a request subaction from its peer 
over the wireless connection, it starts a transaction on the local bus to send the 
request subaction to its destination node. No address change is required at this 
level, since it has already been carried out by the peer wireless device. 

If the transmission of the request subaction on the remote bus fails at 
the link layer level (i.e. the WBox2 device receives an acknowledgment of the 
type 'ack_data_error' or •ack_busy'), the wireless device retries until the 
requester split timeout occurs. The requester split timeout is the split timeout of 
the initial node on the wired bus. This value is transferred during the transaction 
as defined below, using the 'time_of_life' parameter. 

For information, a 'ack_data_error' is generated when the data field 
failed the CRC check, or the actual length of the payload did not match the 
length indicated in the header, and an 'ack_busy' error is generated when a 
packet cannot be received because the transaction layer of the receiving node 
is busy, but might accept that packet on a retry. 

If the transmission of the request subaction on the remote bus fails at 
the link layer level due to an 'ack_type_error', which Is generated when a field in 
the request packet header was set to an incorrect or unsupported value, or an 
invalid transaction was attempted, the wireless device WBox2 shall generate a 
response subaction packet including the 'resp_type_error' code towards 
WBox1. 

For more information on response and acknowledge codes, one may 
refer to the IEEE 1394 standard, sections 6.2.4.10 and 6.2.5.2.2 respectively. 

(b) Subaction response processing 

35 

When a wireless device receives a response subaction from an IEEE 
1394 device (either one of the cluster nodes, or the remote device) on an IEEE 



15 



20 



25 
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1394 bus, it generates an acknowledgment packet comprising the 
■ack_complete' code (signifying that the IEEE 1394 device has successfully 
accepted the packet). If an enror occurred during transmission, then another 
appropriate code Is used. 

5 

According to the embodiment, upon reception of the IEEE 1394 
device response, the wireless device (whether WBoxl or WBox2) checks 
whether there is still a transaction pending for this response, by comparing the 
source and destination node identifiers and the transaction label with those it 
10 stored for sent requests. If the timeout has not yet occurred, the wireless device 
forwards the response subaction to its peer wireless device. Else, the response 
subaction is discarded, since the split timeout already occurred on the requester 
side. 

When a wireless device receives a response subaction from a peer 
over the wireless connection, the receiving wireless device checks whether the 
transaction relating to this response subaction is still pending. If the timeout has 
not yet occurred for this transaction, the wireless device forwards the response 
subaction to the requesting device on its local bus, othenwise the packet is 
discarded. If the transmission between the wireless device and the requesting 
device fails at the link layer level, the wireless device retries until the split 
timeout occurs. 

The differences between the transaction layers of the wireless 
25 devices WBoxl and WBox2 and the standard IEEE 1394 transaction layer will 
now be described. 

The transaction layer running on the IEEE 1394 bus is the same as 
that specified by the IEEE 1394 standard. 
30 The transaction layer of the wireless interface is the same as that 

specified by IEEE 1394, with the following amendments: 

(1) Split timeout: 

According to the IEEE 1394 standard, each transaction-capable node 
35 on the network possesses a register called 'SPLIT.TIMEOUT register, which 
defines the maximum time-out value before the sending/requesting node 



15 



20 
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detects a split-transaction error. After this time, a requesting node terminates 
the transaction. By default, this time-out is 100ms. 

For a requester the timeout period commences when an 
ack_pending is received in response to a request subaction. A responder starts 
5 the timeout period when an ack_pendlng is transmitted. 

According to the BRAN 1394 SSCS document a 'tlme_ofJife' 
parameter is defined, which the layer above the SSCS layer uses to 
communicate to the SSCS layer the time interval during which an asynchronous 
packet is allowed to survive on the wireless connection. 
10 According to the present embodiment, when a wireless device starts 

a split timeout for a request coming from its peer wireless device, the timeout 
interval used by the transaction layer of the wireless device when 
communicating the request on its bus is not the interval contained in its 
'SPLIT_TIMEOUr register, but the time interval remaining when considering 
15 the time_of_life parameter derived from the request which was sent over the 
wireless connection and received from the SSCS stack/Hiperlan 2 transaction 
layers. 

Figure 4 represents the relation between the split timeout and the 
20 time of life values. On the 1394 bus of the requester, the time-out value comes 
from the SPLIT JTIMEOUT register and is fixed to Tst- On the wireless link, the 
timeout value is the time_ofJife as defined In the SSCS. On the 1394 bus of the 
responder the timeout value is the remaining time when considering the 
time_ofJife parameter which is derived from the message sent over the 
25 wireless link. 

(2) Source node identifiers in transactions 

The transaction layer of the wireless device has to process 
30 transactions with source address fields containing node identifier values other 
than the wireless device's own node identifier, e.g. when it forwards on its wired 
bus transactions from the wireless connection. 



35 Lastly, the processing of bus reset signals according to the invention 

at this level will be described. 
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A transaction is defined between registers contained in the 
transaction layers of the wireless devices that are above the SSCS. This new 
register, called BUS_RESET register, contains the self„ID information of the 
cluster linked to the peer wireless box. It is used to initiate a bus reset and to 
5 transmit required Information, 

When a bus reset is detected by the Wbox1 on its cluster. Wbox1 
sends a write request (reset message) on the BUS_RESET register of Wbox2, 
once the reset on the cluster is done. The write request contains the self_ID 
information of the cluster (the cluster also includes Wbox1). Wbox2 then 
10 performs a bus reset on its bus. 

When the bus reset is performed on the remote bus, Wbox2 sends a 
write response (i.e. an acknowledgement of the reset message which contained 
the write request) to indicate that the bus reset is completed. 

15 Note: this also applies for a bus reset detected on the remote bus. 

When a wireless device receives a write request on its BUS_RESET 
register subsequent to a detection of an IEEE 1394 bus reset by the peer 
wireless device, its behavior is as follows: 
20 - it generates a bus reset on Its wired bus, according to standard 

IEEE 1394 rules; 

- it discards ail asynchronous packets received from the wired bus 
and that were not transmitted over the wireless connection before the reception 
of the bus reset indicator; 

25 - it sends to its peer wireless device asynchronous packets received 

from the wired bus after the wired bus reset. 

When a wireless device detects a bus reset on its wired bus, it 
carries out the following steps: 
30 - it discards all asynchronous packets received from the peer 

wireless device and not transmitted on the wired bus before the detection of the 
bus reset; 

- it sends a write request on the BUS_RESET register of its peer 
wireless device and waits for the write response of the peer wireless device; 

35 - once the write response from the peer wireless device is received, 

transmission of asynchronous packets from the wireless connection to the wired 
bus is resumed. 
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According to the 1EEE1394 standard, when a bus reset occurs, all 
pending asynchronous transactions and subactions are discarded. This is not a 
problem when the transaction Is a request transaction, but when the transaction 

5 is a response transaction, then subsequent to the discarding, the responder 
may Ignore that its message has been discarded. However, this may already 
happen on the serial bus due to the split timeout operation running on two 
different systems: a device on one system may respond after the timeout on the 
requesting device has already expired. In this case, an error recovery procedure 

10 is triggered to solve the problem. 

IV] Control and Status Registers (CSRs) 

15 According to the IEEE 1394 standard, each device on the 1394 bus 

possesses registers which other devices may access. The register architecture 
('CSR' for Control and Status Registers) is defined by the document IEEE 1212- 
1 994 and IEEE 1 394-1 995. 

20 According to the present invention, the control and status registers 

(CSRs) of the device WBoxl and WBox2 are not visible to the IEEE 1394 
devices. Any read, write or lock request from one of the IEEE 1394 devices on 
the cluster to a specific CSR of the remote device is immediately fonwarded to 
the corresponding remote device CSR by the Wbox1 . Likewise, if the remote 

25 device sends a request to a device on the cluster, the WBox2 intercepts and 
forwards this request. 

V] Wireless device role election 

30 It has been assumed in what precedes that each wireless device 

knows whether it is connected to the cluster or whether it is connected to the 
remote device. Since the wireless devices are in principle identical, a process 
for determining their respective role is required. 

35 According to the present embodiment, each device in a pair of 

wireless devices contains an Identifier known by the other device of the pair. 
Upon power on, a wireless device carries out the following steps: 
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- Detection of another wireless device: 

If the wireless device acts as a Wireless Terminal (in the sense of 
BRAN Hiperlan 2), it shall try to associate to a Central Controller (also in the 
sense of BIRAN Hiperlan 2) by scanning frequencies. If the wireless device acts 
5 as a Central Controller, it has just to find a free frequency, send a beacon at 
regular intervals and wait for a Wireless Temninal to try to associate. 

- Reading the unique identifier in the read-only memory of the 
detected device (the 'EUI_64' identifier). 

- Verifying whether this identifier is that of its peer or not. If not, the 
10 Wireless Terminal disassociates and tries to find another Central Controller on 

another frequency. 

According to a variant embodiment, the read-only memory of each 
device contains a directory which describes the device's characteristics. The 
15 location of this area is known by other devices, which may access it to 
determine whether the detected wireless device may be selected as a peer 
wireless device or not. In this case, pairing of devices as in the main 
embodiment above is not necessary. 

20 Once two wireless devices have recognized each other, they 

exchange the self identification pacl<ets described earlier and relating to their 
respective IEEE 1394 wired busses. 

Three cases are to be considered: 

25 

(1) A first wireless device is connected to more than one IEEE 1394 
device, while the second wireless device is connected to only one IEEE 1394 
device. In this case, the first wireless device acts as the device connected to the 
cluster and the second wireless device acts as the device connected to the 

30 remote device. 

(2) Each wireless device is connected to a plurality of IEEE 1394 
devices. The interaction fails. 

35 (3) Both wireless devices are connected to only one IEEE 1394 

device. An arbitration takes place in order to decide which of the two busses will 
be considered as the cluster. According to the present embodiment, the 
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wireless device having the smallest EUl-64 identifier is considered to be the 
device connected to the cluster. 

5 VI] Isochronous transmission 

The present embodiment concerns the processing of an MPEG2 
Stream, using lEC 61883 in the 1394 busses. 

10 Assuming lEC 61883 is used for isochronous data transmission, any 

operation in the Plug Control Registers (PCRs) that is detected and fonwarded 
by the wireless boxes shall be processed to allocate resources on the wireless 
links: from a PGR lock_request, the wireless box can know which 1394 channel 
is going to flow in which direction (oPCR versus iPCR). It can thus prepare its 

15 Data Link layer to flow the corresponding channel. 

Note: there Is no control on the wireless resource allocation 
themselves: if the wireless link becomes overloaded, then the isochronous 
stream will not be con-ectly transmitted over the wireless medium without any 
20 specific feedback in the 1 394 stacks. 

(a) A stream coming from the cluster 

Two options are possible: 

• lEC 61883 is terminated in every wireless device and an 
25 MPEG2 TS may be regenerated in each wireless device. 

• A wireless device does not terminate lEC 61183, but just 
provides the buffers to ensure a constant delay for the transmission of CIP 
packets between both wireless devices. In addition, it restamps source 
packet header time stamps according to the overall delay. 

so 

(b) A stream coming from the remote device 



Same as before. 
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VII] Clock synchronization 

In order to achieve conrect operation of lEC 61883 time stamps, the 
5 two buses need to be synchronized : one bus has to be locked on the other. 

The cycle master is running on any node of the cluster. WBoxl 
generates the cycle clock towards WBox2 (using the clock synchronization 
service of HL2 1394 SSCS TS). Wbox2 uses the IEEE 1394 force root bit in the 
10 selfjd packets to ensure it becomes the root. It thus generates cycle start 
packets based on its locked clock (and not based on a free running 24.576 MHz 
clock). 

VIII] Isochronous Resource Manager (IRM) / Bus manager 

15 

(a) Cycle Master 

The global cycle master will be one of the cluster devices (except 
Wboxl). Nevertheless on the isolated device bus, WBox2 acts as a local cycle 
20 master (the WBox2 cycle clock being locked on the global cycle master cycle 
clock). 

(b) Isochronous Resource Manager (IRM) 

At least one device (except Wboxl) connected to the cluster shall be 
25 IRM capable. Consequently, since the elected IRM is the one which has the 
highest nodejd, the remote device will never be the IRM (nodejd always equal 
to 0 according to the present embodiment). 

(c) Bus Manager 

30 

WBox2 shall prevent the remote device to write to the 
BUS_MANAGER_ID register of any other devices-, so that the remote device 
never becomes the bus manager. Wbox2 shall reject the lock request issued by 
the remote device (response_code = resp_address_error) until a bus manager 
35 is pointed out within the cluster. However, according to the IEEE1394 
specification, since the bus manager challenger must request a lock until it 
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obtains a request Status COMPLETE and a Response code of resp_complete, 
a Bus manager shall be chosen somewhere in the cluster. 

If one (or more) cluster device is Bus manager capable then one 
5 cluster device will be elected as the bus manager. Thus, the nodejd of that bus 

manager device will be returned on the next lock request to the 

BUS„MANAGERJD issued by the remote device. 

If no device within the cluster is bus manager capable, then Wbox 1 

will play the role of the Bus manager. The nodejd 1 (may be any between 1 
10 and the number of devices connected to the cluster) will be returned on the next 

lock request to the BUS_MANAGERJD issued by the remote device. 

Consequently, all operations attempted by the remote device relative to the bus 

manager will be intercepted by the Wbox 1 ('Read the Speed Map register' for 

instance). Of course, all operations attempted by any cluster device relative to 
15 the bus manager will not be forwarded to the remote device but will be 

processed by the Wbox1 . 

IX] Miscellaneous broadcast in / broadcast out 

20 If some devices generate some broadcast out streams on the cluster, 

the isolated device may also establish a broadcast in connection to a similar 
channel on one of its iPCR. Wireless devices have to handle this. 

According to the present embodiment, Wbox1 regularly polls IPCRs 
25 of the isolated device to see whether there is a broadcast in connection. If it 
finds one, then it shall access the oPCRs of the cluster devices to check 
whether there is one connected broadcast out oPCR for the same channel. If it 
finds one, then it shall configure its link layer as well as the wbox1 link layer so 
that the corresponding 1394 channel is transmitted over the wireless link. 

30 

X] Comments 

Although the embodiment concerns the linking of a single remote 
device to a cluster of devices, the invention is not limited to this embodiment, 
35 and many aspects which have been described also apply when two clusters 
(each with several devices) are to be linked. In particular the following aspects 
are concerned: 
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- in case a plurality of resets are detected by a wireless box on its 
cluster, only one reset message is sent; 

- a reset message sent from one wireless box to its peer is 
acknowledged once the reset has been carried out; 

- the process of discarding asynchronous packets in case of a reset, 
as described; 

- having the wireless boxes decide that all transactions they receive 
from their clusters are split transactions; 

- avoiding transmission of 'ack_pending' codes over the wireless link; 

- the determination of the timeout interval by a wireless box when 
fonwarding on its cluster a request receiver from the other cluster; 

- the fact for a wireless box to make forwarding of a response from its 
cluster over the wireless link dependent on the timeout. 



15 
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Claims 

1 . Method for connecting an IEEE1394 remote device (1) to a cluster 
5 of IEEE1394 devices tlirougii a wireless Wnk (3) comprising a first wireless 
device (WBoxl) connected to the cluster and a second wireless device 
(WBox2) connected to the remote device (1), wherein the remote device and 
the first wireless device for a first wired bus and the device cluster and the 
second wireless device fonn a second wired bus, characterized in that it 

10 comprises the steps of: 

representing the remote device (1) on the cluster through the first 

wireless device (WBoxl) and 

representing the devices of the cluster to the remote device (1) 
through the second wireless device (WBox2), such that the remote device and 
15 the devices of the cluster function as if these devices were part of a single 
IEEE1394 bus. 

2. Method according to claim 1, further comprising the steps of, for a 
wireless device (WBoxl , WBox2): 

20 detecting a reset on their associated wired bus, and 

forwarding said reset to the peer wireless device (WBox2, WBoxl). 

3. Method according to claim 2, where the step of fonwarding the 

reset comprises the step of: 
25 carrying out a write request to a register of the peer wireless device, 

wherein the writing to the register triggers a reset procedure on the wired bus 
associated with the peer wireless device. 

4. Method according to claim 3, wherein when the wireless device 
30 having detected the reset on its associated wired bus (2) is the first wireless 

device (WBoxl), before fonwarding the reset, the first wireless device 
participates in a self-identification process and forwards its resultant physical 
address and self identification data describing the cluster devices to the second 
wireless device. 

35 

5. Method according to claim 4. further comprising the step, for the 
second wireless device, upon reception of a reset and self identification data, of: 
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requesting root status, 

generating self identification packets corresponding to cluster 
devices towatds the remote device (1), wherein the number of generated 
packets corresponds to the number of devices on the cluster, excluding said 
5 first wireless device. 

6. Method according to claim 5, fijrther comprising the step, for the 
second wireless device (WBox2) of: 

attributing a predetermined node identifier to the remote device (1). 

7. Method according to one of the claims 2 to 6, further comprising 
the step, for a wireless device (WBox1 , WBoX2) of, upon detection of a plurality 
of resets on an associated bus, forwarding only the latest reset detected before 
the grant. of a data slot on the wireless medium for forwarding a reset. 

8. Method according to one of the claims 2 to 7, further comprising 
the step, for a wireless device (WBox1 , WBox2) receiving a reset from the peer 
wireless device (WBox2, WB0XI), of acknowledging receipt of the reset. 

9. Method according to one of the claims 2 to 8, further comprising 
the steps, for a transaction layer of a wireless device detecting a reset received 
from its peer wireless device, of: 

generating a bus reset on Its associated bus, 

discarding asynchronous packets received from its associated bus 
25 and not transmitted to the peer device before reception of the reset, 

upon completion of the associated bus reset, acknowledging the 
reset to the peer wireless device. 

10. Method according to one of the claims 2 to 9, further comprising 
30 the steps, for a transaction layer of a wireless device detecting a reset received 

on its associated bus, of: 

discarding asynchronous packets received from Its peer wireless 
device and not transmitted on its associated bus before detection of the 
associated bus reset, 

35 forwarding a reset message to the peer wireless device and waiting 

for an acknowledgment of reset from the peer wireless device. 
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resuming transmission of asynchronous paci<ets to said peer 
wireiess device. 

11. Method according to one of the claims 1 to 10, further comprising 
5 the step, for a wireless device receiving a transaction request from a device on 

its associated bus. to decide the transaction to be a split transaction. 

12. Method according to one of the claims 1 to 11. further comprising 
the step, for a wireless device receiving an IEEE 1394 'ack_pending' code from 

10 a device on its associated bus not to forward said code to its peer wireless 
device. 

13. Method according to one of the claims 1 to 12, further comprising 
the steps of: 

15 sending a request from a first device of one bus to a second device 

of the other bus, 

the wireless device of the bus of the second device setting a timeout 
interval for receiving a response from the second device, wherein the timeout 
interval is equal to the remaining time when considering a time-of-life parameter 
20 sent by the peer wireless device with the request. 

14. Method according to claim 13. wherein the wireless device of the 
bus of the second device forwards a response from the second device to its 
peer wireless device only if the timeout interval for this response from the 

25 second device has not expired. 

15. Method according to claim 6, wherein said first wireless device 
(WBoxl) modifies source and destination addresses of asynchronous packets 
received from its associated bus as follows: 

if the source address is equal to the predetemnlned node identifier, 
replacing the source address by the node identifier of the first wireless device; 

if the destination address Is equal to the node Identifier of the first 
wireless device, replacing the source address by the predetermined node 
identifier. 
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16. Method according to claim 6 or 15, wherein said second wireless 
device (WBox2) modifies source and destination addresses of asynchronous 
packets received from the remote device (1) as follows: 

replacing the source address by the node identifier of the first 

5 wireless device (WBox1); 

if the destination address is equal to the node identifier of the first 
wireless device, replacing the destination address with the predetemiined node 
Identifier. 

10 17. Method according to one of the claims 1 to 16, further comprising 

the step of having the second wireless device prevent the remote device from 
becoming bus manager. 

18. Method according to claim 17, wherein the step of preventing the 
15 remote device from becoming bus manager comprises the step of preventing 
the remote device to write to write to the BUS_MANAGERJD register. 
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